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DETAILED ACTION 
Response to Amendment 

1 . This action is responding to application filed 3/26/2001 . 

2. Claims 1-68 are pending. Claims 66, 68 are amended. Claims 1, 8, 9, 12, 19, 25, 
28, 31, 32, 39, 45, 50, 51, 55, 56, 61, 63, 66 and 68 are independent. 

Response to Arguments 

3. Applicant's arguments filed 7/28/05 have been fully considered but they are not 
persuasive. 

Response to Remarks 

3.1 Applicant's argument concerns the capability to download one or more media 
content files for playback on a media player. Applicant argues that the 
referenced prior art does not discloses for Claims 1, 8, 9, 25, 28, 31, 32, 39, 
45, 50, 51: "... a file that contains at least one media-specific file configured to 
provide a user interface, ..." (see Remarks Page 25, Lines 12-13 ; ...). 

The Dwek prior art discloses one or more media content (i.e. song) files 
downloaded for playback, (see Dwek col. 8, lines 2-7: stream (i.e. download) 
file] col. 5, lines 21-24: streamed delivery of media (i.e. song) file ; col. 7, lines 
5-9: playlist option (i.e. multiple media content files downloaded)) The 
limitations for these claims disclose a file downloaded from a server to a client. 
The storage mechanism for media (i.e. song) information within a, server 
system is as a file (i.e. a media song file). No indication is designated for file 
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download protocol, therefore, a streaming format is an analogous and valid 
format for file download. Playback of the media (i.e. song) file displays (i.e. 
provides) a user interface. 
3.2 Applicant's argument concerns the capability to download one or more media- 
specific file which has an association or relationship to media content. 
Applicant argues that the referenced prior art does not discloses for Claims 1, 
8, 9, 12, 19, 25, 28, 31, 32, 39, 45, 50, 51, 55, 56, 61, 63: "... a file that 
contains ... media content with which the user interface is associated ..." (see 
Remarks Page 25, Lines 12-13 ; . . J. 

The Dwek prior art discloses at least one media-specific file configured to 
provide media associated with or has a relationship to the media content (i.e. 
metadata) user interface (i.e. media player, personalized "skin" capabilities), 
(see Dwek col. 15, lines 5-8; col. 15, lines 14-18: media (i.e. song) specific 
information (i.e. downloaded)] col. 11, line 66 - col. 12, line 4: skin capability for 
media content associated user interface) The downloaded information 
contains media content (i.e. song) and metadata, which is context. information 
for the media content (i.e. song) information. The limitations for these claims 
disclose a file downloaded from a server to a client. The storage mechanism 
for media (i.e. song) information within the server system is as a file (i.e. a 
media song file). No indication is designated for file download, therefore, a 
streaming format is an analogous and valid format for file download. 



Application/Control Number: 09/817,801 . Page 4 

Art Unit: 2143 

3.3 Applicant's argument concerns the capability to initiate a media player (i.e. 
user interface), which is specifically linked to media content, in multiple 
configurations (i.e. portion or entire media player). Applicant argues that the 
referenced prior art does not discloses for Claims 1, 12, 19, 28, 31, 39, 50, 51, 
55, 56, 61, 63: " ... provide a user interface and media content with which the 
user interface is associated ... " (see Remarks Page 25, Lines 13-14) ; " ... 
provide a user interface on at least a portion of a media player ... " (see 
Remarks Page 29, Lines 13-14 ;...). 

The Dwek prior art discloses a media player (i.e. user interface) initiated 
when a media content file is downloaded, (see Dwek col. 6; lines 53-62: media 
player (i.e. user interface) initiated when media content (i.e. song) file played) 
The limitations for these claims disclose a file downloaded from a server to a 

client. The storage mechanism for media (i.e. song) information within the 

i 

server system is as a file (i.e. a media song file). No indication is designated 
for file download, therefore, a streaming format is an analogous and valid 
format for file download. 

The Dwek prior art discloses a media player (i.e. user interface) that 
operates as an application on a client device such as a Personal Computer 
(PC), wherein the media player occupies at least a portion of the PC display 
screen. The media player (i.e. user interface) consists of multiple panes (i.e.. 
resizable application windows) constituting the media player user interface, 
(see Dwek col. 5, line 63 - col. 6, line 6: multiple panes which can, be displayed 
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or hidden via a user click) The media player (i.e. user interface) can be 
configured in multiple configurations (i.e. panes or windows, visible or hidden 
panes). 

3.4 Applicant's argument concerns the capability to automatically initiate media 
player (i.e. user interface) after download of media content file. Applicant 
argues that the referenced prior art does not discloses for Claims 31: 
automatically download a file that contains at least one media content file and 
at least one file that is configured to provide at least a portion of a media player 
user interface that is specific to media content associated with the one media 
content file ... " (see Remarks Page 33, Line 23 - Page 34, Line 2). 

The Dwek prior art discloses automatic initiation of media player after 
selection by user of media content file in search pane and the file is 
downloaded, (see Dwek col. 6, lines 53-62; col. 7, lines 5-9: after user 
selection (i.e. click) file downloaded and playback initiated) The media player 
(i.e. user interface) is initiated after media information is downloaded via user 
selection on display screen. The limitations for these claims disclose a file 
downloaded from a server to a client. The storage mechanism for media (i.e. 
song) information within the server system is as a file (i.e. a media song file). 
No indication is designated for file download protocol therefore, a streaming 
format is an analogous and valid format for file download. 

3.5 Applicant's argument concerns the capability to build and download a 
concatenated (i.e. composed of multiple files) file from a server to a client. 
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Applicant argues that referenced prior art does not discloses for Claims 25, 32, 
45, 50, 51, 56, 61, 66, 68: u ... providing multiple different files that define 
different aspects of a media player user interface, at some flies being 
associated with media content and at least some other files being associated 
with visual content ... " (see Remarks Page 31, Lines 12-15 ; ... ). 

The Dwek prior art discloses media (i.e. song) files from a media storage 
system processed utilizing a media player (i.e. user interface) and media 
content after media information has been transferred (i.e. downloaded). Bodin 
in view of Dwek prior art discloses client and server systems with the capability 
to collect, organize, and build a set of multiple linked (i.e. associated) files for 
concatenation into one downloadable file, (see Bodin col. 2, lines 23-26; col. 
2, lines 31-39: capability to combined multiple related data (i.e. media-specific, 
media content, metafiles) files into a single download event) No indication is 
designated for file download protocol therefore, a file transfer protocol format is 
an analogous and valid format for file download. Bodin in view of Dwek prior 
art discloses the capability to dynamically extract files from the concatenated 
(i.e. downloaded) file and information placement on local disk for media 
playback. 

3.6 Applicant's arguments include the failure of previously applied artto expressly 
disclose ( " ... a file that contains at least one media-specific file configured to 
provide a user interface ..." ; " ... a file that contains . . . media content with 
which the user interface is associated ... " ; "... providing multiple different 
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files that define different aspects of a media player user interface, at some files 
being associated with media content and at least some other files being 
associated with visual content ..."). (See Remarks Page 25, Lines 12-13, 
Page 31, Lines 12-15) 

It is evident from the detailed mappings found in the above rejeetion(s) 
that Dwek (6,248,946) and Bodin (6,223,224) disclosed this functionality. 
Further, it is clear from the numerous teachings (previously and currently cited) 
that the provision for these limitations, were widely implemented in the 
networking art. Thus, Applicant's arguments drawn toward distinction of the 
claimed invention and the prior art teachings on this point are not considered 
persuasive. Therefore, the rejection of claims 1-68 is proper and maintained 
herein. 

Claim Rejections - 35 USC § 102 

i 

4. Claims 1 - 3, 8 - 10, 12, 15 - 19, 21 - 26, 28-31, 39, 44 - 47, 49, 51 - 65 are 
rejected under 35 U.S.C. 102(e) as being anticipated by Dwek (US Patent No. 
6,248,946) 

Regarding Claims 1, 8, 9, 12, 18, Dwek discloses a method of providing a user 
experience when playing media on a media player comprising: 
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a) downloading a file that contains at least one mediaspecific file configured to 
provide a user interface, and media content with which the user interface is 
associated; (see Dwek col. 15, lines 5-8; col. 15, lines 14-18: media (i.e. song) 
specific information (i.e. downloaded) at same time; col. 11, line 66 - col. 12, line 
4: skin capability for media content user interface) 

b) playing the media content with a media player; (see Dwek col. 8, lines 2-7: 
stream (i.e. download) file; col. 5, lines 21-24: streamed delivery- of media content 
(i.e. song) file), 

c) automatically displaying the user interface when the media content is played with 
the media player, (see Dwek col. 1 1 , line 66 - col. 12, line 4: skin capability for 
media content user interface) 

Regarding Claims 2, 3, Dwek discloses the method of claim 1, wherein said 
automatically displaying comprises displaying the user interface as part of or comprising 
the media player, (see Dwek col. 5, lines 34-40; col. 5, line 63 - col. 6, line 6; col. 12, 
lines 40-53: a user interface on a portion of media player, multiple panes (i.e. resizable 
windows) which can be displayed or hidden via a "click", media player occupies at least 
a portion of the PC display screen) 

Regarding Claims 10, 53, Dwek discloses the media player of claims '9, 51, wherein 
the software code is configured to automatically display the user interface to comprise 
the entire media player user interface, (see Dwek col. 5, lines 34-40; col. 5, line 63 - 
col. 6, line 6; col. 12, lines 40-53: a user interface on a portion of media player, multiple 
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panes (i.e. windows) can be displayed or hidden via a "click") 

Regarding Claims 15, 21, 49, Dwek discloses the method of claims 12, 19, 45, wherein 
the one media content file comprises at least one song file, (see col. 4, lines 26-30: 
song file server, media content downloaded consists of song files) 

Regarding Claims 16, 22, Dwek discloses the method of claims 12, 19, wherein the 
one media content file comprises multiple song files, (see Dwek col. 4,> lines 26-30: song 
file server, media content downloaded consists of song files ; see'col. 7, lines 17-20: 
playlist capability enables multiple song files downloaded for playback) 

Regarding Claims 19, 24, Dwek discloses a method of organizing media content 
comprising: 

a) providing at least one mediaspecific file that is configured to provide a media 
player user interface; (see Dwek col. 15, lines 5-8; col. 15, lines 14-18: media 
(i.e. song) specific information (i.e. downloaded) at same time; col. 11, line 66 - 
col. 12, line 4: skin capability for media content user interface) 

b) providing at least one media content file configured for play on a media player; 
(see Dwek col. 8, lines 2-7: stream (i.e. download) file; col. 5, lines 21-24: 
streamed delivery of media content (i.e. song) file) 

c) associating the one mediaspecific file with the one media content file such that 
any time the one media content file is played on the media player, the one 
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mediaspecific file is processed to automatically display the media player user 
interface, (see Dwek col. 11, line 66 - col. 12, line 4: skin capability for media 
content user interface) 

Regarding Claim 28, 31, Dwek discloses a method of accessing media content 
comprising: 

a) displaying a link to media content; (see Dwek col. 6, lines 53-62: search user 
interface pane enables link (i.e. click) access to media) 

b) responsive to a user clicking on the link, automatically downloading a file that 
contains at least one media content file and at least one file that is configured to 
provide at least a portion of a media player user interface that is specific to media 
content associated with the one media content file; (see Dwek col. 6, lines 53-62: 
downloaded after user selected a media content file) 

c) playing the media content on a media player; (see Dwek col. 5, lines 25-33: 
media content (i.e. song) played on media player (i.e. user interface)) 

d) responsive to said playing, automatically displaying said portion of the media 
player user interface, (see Dwek col. 5, lines 34-40; col. 5, line 63 - col. 6, line 6; 
col. 12, lines 40-53: a user interface on a portion of media player, multiple panes 
(i.e. windows) can be displayed or hidden via a "click") 

Regarding Claim 29, Dwek discloses the method of claim 28, wherein- said portion 
comprises an entire media player user interface, (see Dwek col. 5, lines 34-40; col. 5, 
line 63 - col. 6, line 6; col. 12, lines 40-53: a user interface on a portion of media player, 



t 



Application/Control Number: 09/817,801 Page 11 

Art Unit: 2143 

multiple panes (i.e. windows) can be displayed or hidden via a "click") 

t 

Regarding Claim 30, Dwek discloses the method of claim 28, wherein said '.. 
automatically displaying comprises automatically flipping from a nonmedia player user 
interface to a media player user interface, (a user interface on a portion of media player, 
(see Dwek col. 5, line 63 - col. 6, line 6; col. 12, lines 40-53: multiple panes (i.e. 
windows) can be displayed or hidden via a "click") 

Regarding Claim 39, Dwek discloses a method of providing a media delivery 
mechanism comprising: 

a) providing one or more mediaspecific files, the files- being configured to provide at 
least a portion of a media player user interface, said portion being associated 

with specific media that can be played on a media player; (see Dwek col. 15, 

i 

lines 5-8; col. 15, lines 14-18: media (i.e. song) specific information (i.e. 
downloaded); col. 11, line 66 - col. 12, line 4: skin capability for media content 
associated user interface) 

b) providing one or more media content files associated with media that can be 
played on a media player embodying the media player user interface, said media 
content files comprising the specific media with which the media player user 
interface portion is associated; (see Dwek col. 8, lines 2-7: stream (i.e. download) 
file; col. 5, lines 21-24: streamed delivery of media (i.e. song) file ; col. 7, lines 5- 
9: playlist option (i.e. multiple media content files downloaded)) 
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c) defining one or more metafiles that associate the one or more mediaspecific files 
with the one or more media, content files, the one or more metafiles being 
configured for processing such that when the media player plays media 
associated with a media content file, the media player automatically renders the 
media player user interface portion, (see Dwek col. 8, lines 34-40; col. 15, lines 
14-18: metadata (i.e. specific information concerning media content) within 
information user interface pane downloaded with media content ; col. 17, line 64 
- col. 18, line 6: specific contextual information (i.e. metadata) related to media 
content displayed within media player (i.e. user interface)) 

i 

Regarding Claim 44, Dwek discloses the method of claim 40, wherein said providing of 
the one or more mediaspecific files comprises providing one or more mediaspecific files 
that are configured to provide an entire media player user interface, (see Dwek col. 5, 
line 63 - col. 6, line 6; col. 12, lines 40-53: multiple panes (i.e. windows) can be 
displayed or hidden via a "click" media player occupies at least a portion or the entire 
PC display screen, media player (i.e. user interface) consists of multiple panes (i.e. 
resizable application windows)) 

Regarding Claim 45, Dwek discloses a method of providing media content over a 
network comprising: receiving input requesting that a file be sent to a client computer, 
the file comprising: 

a) one or more media content files associated with content that can be played on a 
media player on the client computer, (see Dwek col. 8, lines 2-7: stream (i.e. 
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download) file; col. 5, lines 21-24: streamed delivery of media (i.e. song) file ; 
col. 7, lines 5-9: playlist option (i.e. multiple media content files downloaded)) 

b) one or more mediaspecific files that can be processed to provide a , 
contentspecific user interface, (see Dwek col. 15, lines 5-8; col. 15, lines 14-18: 
media (i.e. song) specific information (i.e. downloaded) ; col. 1 1 , line 66 - col. 12, 
line 4: skin capability for media content associated user interface) 

c) one or more metafiles that establish a relationship between the one or more 
media content files and the one or more media specific files such that a 
contentspecific user interface is displayed when the content is played on the 
media player; and sending the requested file to the client computer, (see Dwek 
col. 8, lines 34-40; col. 15, lines 14-18: metadata (i.e. specific information 
concerning media content) within information user interface pane downloaded 
with media content ; col. 17, line 64 - col. 18, line 6: specific contextual 
information (i.e. metadata) related to media content displayed within media 
player (i.e. user interface)) 

Regarding Claim 46, Dwek discloses the method of claim 45, wherein the 
contentspecific user interface comprises only a portion of a media player user interface, 
(see Dwek col. 5, line 63 - col. 6, line 6; col. 12, lines 40-53: multiple panes (i.e. 
windows) can be displayed or hidden via a "click" media player occupies at least a 
portion or the entire PC display screen, media player (i.e. user interface) consists of 
multiple panes (i.e. resizable application windows)) 
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Regarding Claim 47, Dwek discloses the method of claim 45, wherein the 
contentspecific user interface comprises an entire media player user interface, (see 
Dwek col. 5, line 63 - col. 6, line 6; col. 12, lines 40-53: multiple panes '(i.e. windows) 
can be displayed or hidden via a "click" media player occupies at least a portion or the 
entire PC display screen, media player (i.e. user interface) consists of multiple panes 
(i.e. resizable application windows)) 

Regarding Claims 51, 54, 55, Dwek discloses a method for playing media, content on 
a media player comprising: receiving a file with a client computer, the file comprising: 

a) one or more media content files associated with content that can be rendered on 
a media player on the client computer, 

at least one mediaspecific file that can be processed to provide a contentspecific 
user interface, and at least one metafile that establishes a relationship between 
the media content files and the mediaspecific files such that a contentspecific 
user interface is provided when the content associated with the content files is 
played on the media player; (see col. 5, lines 21-24) 

b) playing content associated with the content files on the media player embodied 
on the client computer; (see Dwek col. 8, lines 2-7: stream (i.e. download) file; 
col. 5, lines 21-24: streamed delivery of media (i.e. song) file ;, col. 7, lines 5-9: 
playlist option (i.e. multiple media content files downloaded)) 

c) while playing the content on the media player, displaying the contentspecific user 
interface, (see Dwek col. 15, lines 5-8; col. 15, lines 14-18: media (i.e. song) 
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specific information (i.e. downloaded); col. 11, line 66 - col. 12, line 4: skin 
capability for media content associated user interface) 

Regarding claim 52, Dwek discloses the method of claim 51 , wherein' the 
contentspecific user interface comprises only a portion of a media player user interface, 
(see Dwek col. 5, line 63 - col. 6, line 6; col. 12, lines 40-53: multiple panes (i.e. 
windows) can be displayed or hidden via a "click" media player occupies at least a 
portion or the entire PC display screen, media player (i.e. user interface) consists of 
multiple panes (i.e. resizable application windows)) 

Regarding Claims 56, 60, 61, 63, 65, Dwek discloses a method for processing media 
content comprising: receiving a file with a client computer, the file comprising: 

a) one or more media content files associated with content that can be rendered on 
a media player on the client computer, (see Dwek col. 8, lines 2-7: stream (i.e. 
download) file; col. 5, lines 21-24: streamed delivery of media (i.e. song) file ; 
col. 7, lines 5-9: playlist option (i.e. multiple media content files downloaded)) 

b) at least one mediaspecific file that can be processed to provide a contentspecific 
user interface (see Dwek col. 15, lines 5-8; col. 15, lines 14-18: media (i.e. song) 
specific information (i.e. downloaded); col. 11, line 66 - col. 12, line 4: skin 
capability for media content associated user interface), and 

c) at least one metafile that establishes a relationship between the media content 
files and the mediaspecific files such that a contentspecific user interface is 
provided when the content associated with the content files, is played on the 
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media player; (see Dwek col. 8, lines 34-40; col. 15, lines 14-18: metadata (i.e. 
specific information concerning media content) within information user interface 
pane downloaded with media content ; col. 17, line 64 - col. 18, line 6: specific 
contextual information (i.e. metadata) related to media content displayed within 
media player (i.e. user interface)) 
d) automatically organizing the received files in one or more directories on a client 
computer hard drive without any intervention from a user, the files being 
organized in a manner that permits audio and visual content to be played on a 
media player without any intervention from the user, (see Dwek col. 7, lines 51- 
62: media type files organized and stored on hard disk for playback by media 
player) 

Regarding Claim 57, Dwek discloses the method of claim 56 further comprising 
automatically playing audio content on the media player, and while playing said audio 
content and responsive thereto, automatically displaying the contentspecific user 
interface, (see Dwek col. 6, lines 53-62; col. 7, lines 5-9: after user selection (i.e. click) 
file downloaded and playback initiated) 

Regarding Claim 58, Dwek discloses the method of claim 56 further comprising 
automatically playing audio content on the media player, and. while playing said audio 
content and responsive thereto, automatically displaying the content specific user 
interface to comprise only a portion of a media player user interface associated with the 
media player, (see Dwek col. 6, lines 53-62: media player (i.e. user interface) initiated 
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when media content (i.e. song) file played; col. 5, line 63 - col. 6, line 6: multiple panes 
(i.e. resizable application windows) which can be displayed or hidden via a user click) 

Regarding Claim 59, Dwek discloses the method of claim 56 further comprising 
automatically playing audio content on the media player, and while playing, said audio 
content and responsive thereto, automatically displaying the contentspecific user 
interface to comprise an entire media player user interface associated with the media 
player, (see Dwek col. 5, line 63 - col. 6, line 6; col. 12, lines 40-53: multiple panes (i.e. 
windows) can be displayed or hidden via a "click" media player occupies at least a 
portion or the entire PC display screen, media player (i.e. user interface) consists of 
multiple panes (i.e. resizable application windows)) 

Regarding Claim 62, Dwek discloses the media player of claim 61, wherein the 
.software code further causes the media player to automatically play audio content, and 
while playing said audio content and responsive thereto, automatically display the 
content specific user interface, (see Dwek col. 15, lines 5-8; col. 15, lines 14-18: media 
(i.e. song) specific information (i.e. downloaded); col. 11, line 66 - col; 12, line 4: skin 
capability for media content associated user interface) 

Regarding Claim 64, Dwek discloses the method of claim 63, wherein said displaying 
comprises doing so without any intervention from a user, (see col. 6, lines 53-66: 
automatic playback of selected media content) 
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Claim Rejections - 35 USC § 103 

5. Claims 4, 17, 23, 25, 26, 32, 33, 35 - 38, 40, 42, 50, 66 - 68 are rejected under 35 
U.S.C. 103(a) as being unpatentable over Dwek in view of Bodin (US Patent No. 
6,223,224). 

Regarding Claim 4, Dwek discloses the method of claim 1, wherein said at least one 
mediaspecific file comprises multiple files including a definition file that defines how 
other associated files are to be used, and art files containing images that are associated 
with the user interface, (see col. 8, lines 34-40: metadata files, contextual information 
about the media content) 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Dwek to enable the download of multiple files within a 
single download event as taught by Bodin. One of ordinary skill in the art would be 
motivated to employ Bodin in order to optimize download delivery times for the transfer 
of files between networked systems, (see Bodin col. 1, lines 22-25: " ... increase the 
productivity of users in an Internet environment ... need exists to substantially speed up 
delivery of information ... " ; col. 2, lines 16-19: " ... provide a mechanism for 
downloading multiple related files from a server to a client, by dynamically combining 
the files on the server, and passing them in a single download event ... ") - 
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Regarding Claim 17, Bodin discloses the method of claim 12, wherein said associating 

comprises packaging the one mediaspecific file and the one media content file in a 
single downloadable file, (see Bodin col. 2, lines 23-26; col. 2, lines 31-39: capability to 
combined multiple related data (i.e. media-specific, media content, metafiles) files into a 
single download event) 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Dwek to enable the download of multiple files within a 
single download event as taught by Bodin. One of ordinary skill in the art would be 
motivated to employ Bodin in order to optimize download delivery times for the transfer 
of files between networked systems, (see Bodin col. 1, lines 22-25; col. 2, lines 16-19) 

Regarding Claim 23, Bodin discloses the method of claim 19, wherein said associating 
comprises packaging the one mediaspecific file and the one media content file in a 
single downloadable file, (see Bodin col. 2, lines 23-26; col. 2, lines 31-39: capability to 
combined multiple related data (i.e. media-specific, media content, metafiles) files into a 
single download event) 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Dwek to enable the download of multiple files within a 
single download event as taught by Bodin. One of ordinary skill in the art would be 
motivated to employ Bodin in order to optimize download delivery times for the transfer 
of files between networked systems, (see Bodin col. 1, lines 22-25; cql. 2, lines 16-19) 
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Regarding Claim 25 t Bodin discloses a method of organizing content for a user 
experience comprising: 

a) providing multiple different files that define different aspects of a media player 
user interface, at least some files being associated with media content and at 
least some other files being associated with visual content; (see Bodin col. 2, 
lines 23-26; col. 2, lines 31-39: capability to combined multiple related data (i.e. 
media-specific, media content, metafiles) files into a single download event) 

b) organizing the files for sending over a network to a client computer, said 
organizing using a hierarchical tagbased structure to establish a relationship 
between the files such that when the media content is played by a media player, 
the visual content is automatically displayed as at least part of the media player 
user interface, (see Bodin col. 2, lines 23-26; col. 2, lines 31-39: capability to 
combined multiple related data (i.e. media-specific, media content, metafiles) 
files into a single download event) 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Dwek to enable the download of multiple files 
within a single download event as taught by Bodin. One of ordinary skill in the art 
would be motivated to employ Bodin in order to optimize download delivery times 
for the transfer of files between networked systems, (see Bodin col. 1 , lines 22- 
25; col. 2, lines 16-19) 

Regarding Claim 26, Dwek discloses the method of claim 25, wherein when the media 
content is played by a media player, the visual content is automatically displayed to 
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comprise an entire media player user interface, (see Dwek col. 15, lines 5-8; col. 15, 
lines 14-18: media (i.e. song) specific information (i.e. downloaded); col. 11, line 66 - 

i 

col. 12, line 4: skin capability for media content associated user interface) 

Regarding Claim 32, Dwek discloses a media delivery mechanism comprising: 
b) one or more media content files associated with content that can be played on a 
media player; (see Dwek col. 8, lines 2-7: stream (i.e. download) file; col. 5, lines 21-24: 
streamed delivery of media (i.e. song) file ; col. 7, lines 5-9: playlist option (i.e. multiple 
media content files downloaded)) 

c) one or more contentspecific files that can be processed to provide a 
contentspecific user interface associated with content that is played on the media 
player; (see Dwek col. 15, lines 5-8; col. 15, lines 14-18: media (i.e. song) 
specific information (i.e. downloaded); col. 11, line 66 - col. 12, line 4: skin 
capability for media content associated user interface) 

d) a relationship between the one or more media content files and the one or more 
contentspecific files such that a contentspecific user interface is displayed on a 
computer when the content associated with the one or more media content files 
is played on the media player, (see Dwek col. 15, lines 5-8; col. 15, lines 14-18: 
media (i.e. song) specific information (i.e. downloaded) at same time; col. 11, line 
66 - col. 12, line 4: skin capability for user interface) 
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a) Bodin discloses a single file, (see Bodin col. 2, lines 23-26; col. 2, lines 31-39: 
capability to combined multiple related data (i.e. media-specific, media content, 
metafiles) files into a single download event) 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Dwek to enable the download of multiple files 
within a single download event as taught by Bodin. One of ordinary skill in the art 
would be motivated to employ Bodin in order to optimize download delivery times 
for the transfer of files between networked systems, (see Bodin col. 1, lines 22- 
25; col. 2, lines 16-19) 

Regarding Claim 33, Dwek discloses the media delivery mechanism of claim 32, 
wherein said relationship is established by a metafile that comprises part of the single 
file, (see Dwek col. 8, lines 34-40; col. 15, lines 14-18: metadata (i.e. specific 
information concerning media content) within information user interface pane 
downloaded with media content ; col. 17, line 64 - col. 18, line 6: specific contextual 
information (i.e. metadata) related to media content displayed within media player (i.e. 
user interface) 

Regarding Claim 35, Dwek discloses the media delivery mechanism df claim 32, 
wherein the content specific user interface comprises only a portion of a media player 
user interface, (see Dwek col. 6, lines 53-62: media player (i.e. user interface) initiated 
when media content (i.e. song) file played ; col. 5, line 63 - col. 6, line 6: multiple panes 
which can be displayed or hidden via a user click) 
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Regarding Claim 36, Dwek discloses the method of claim 32, wherein said portion 
comprises an entire media player user interface, (see Dwek col. 5, lines 34-40; col. 5, 
line 63 - col. 6, line 6; col. 12, lines 40-53: a user interface on a portion of media player, 
multiple panes (i.e. windows) can be displayed or hidden via a "click") 

Regarding Claim 37, Dwek discloses the media delivery mechanism of claim 32, 
wherein the relationship causes the same contentspecific user interface to be displayed 
for multiple media content files, (see Dwek col. 15, lines 5-8; col. 15, lines 14-18: media 
(i.e. song) specific information (i.e. downloaded); col. 11, line 66 - col. 12, line 4: skin 
capability for media content associated user interface) 

Regarding Claim 38, Dwek discloses the method of claim 32, wherein the one media 
content file comprises multiple song files, (see Dwek col. 4, lines 26-30: song file server, 
media content downloaded consists of song files ; see col. 7, lines 17-20: playlist 
capability enables multiple song files downloaded for playback) 

Regarding Claim 40, Bodin discloses the method of claim 39 further comprising 
associating the one or more mediaspecific files, the one or more media content files, 
and the one or more metafiles in a single downloadable file, (see Bodin col. 2, lines 23- 
26; col. 2, lines 31-39: capability to combined multiple related data (i.e. media-specific, 
media content, metafiles) files into a single download event) 
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It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Dwek to enable the download of multiple files within a 
single download event as taught by Bodin. One of ordinary skill in the art would be 
motivated to employ Bodin in order to optimize download delivery times for the transfer 
of files between networked systems, (see Bodin col. 1, lines 22-25; col. 2, lines 16-19) 

Regarding Claim 42, Bodin discloses the method of claim 40 further comprising 
uploading the single downloadable file to a Web site, (see Bodin col. 2, lines 23-26; col. 
2, lines 31-39: capability to combined multiple related data (i.e. media-specific, media 
content, metafiles) files into a single download event) 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Dwek to enable the download of multiple files within a 
single download event as taught by Bodin. One of ordinary skill in the art would be 
motivated to employ Bodin in order to optimize download delivery times for the transfer 
of files between networked systems, (see Bodin col. 1, lines 22-25; col. 2, lines 16-19) 

Regarding Claim 50, Dwek discloses a server computer comprising: 

a) at least one computerreadable media; (see col. 7, lines 59-62: compact disk or 
hard disk media) 

b) computerreadable instructions resident on the computerreadable media which, 
when executed by the server, cause the server to: 

maintain multiple files, each file comprising: 
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i) one or more media content files associated with content that can be played on a 
media player on the client computer, (see Dwek col. 8, lines 2-7: stream (i.e. 
download) file; col. 5, lines 21-24: streamed delivery of media (i.e. song) file ; 
col. 7, lines 5-9: playlist option (i.e. multiple media content files downloaded)) 

ii) one or more mediaspecific files that can be processed to provide contentspecific 
user interface; (see Dwek col. 15, lines 5-8; col. 15, lines 14-18: media (i.e. 
song) specific information (i.e. downloaded); col. 11, line 66 - col. 12, line 4: skin 
capability for media content associated user interface) 

iii) one or more metafiles that establish a relationship between the one or more 
media content files and the one or more media specific files such that a , 
contentspecific user interface is displayed when the content is played on the 
media player; (see Dwek col. 8, lines 34-40; col. 15, lines 14-18: metadata (i.e. 
specific information concerning media content) within information user interface 
pane downloaded with media content ; col. 17, line 64 - col. 18, line 6: specific 
contextual information (i.e. metadata) related to media content displayed within 
media player (i.e. user interface)) 

iv) Bodin discloses wherein to receive input requesting that one or more of the 
multiple files be sent to a client computer; and send the one or more requested 
files to the client computer, (see Bodin col. 2, lines 23-26; col. 2, lines 31-39: 
capability to combined multiple related data (i.e. media-specific, media content, 
metafiles) files into a single download event) 
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It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Dwek to enable the download of multiple files 
within a single download event as taught by Bodin. One of ordinary skill in the 
art would be motivated to employ Bodin in order to optimize download delivery 
times for the transfer of files between networked systems, (see Bodin col. 1 , 
lines 22-25; col. 2, lines 16-19) 

Regarding Claim 66, Dwek discloses a method for playing media content comprising: 
receiving a user input; responsive to the user input and without any additional user 
intervention, automatically: 

c) rendering at least a portion of the media player to include visual content, as part 
of a user interface, that is specific to the playing media and associated with at 
least some of the files that were downloaded, (see col. 15, lines 14-18: ) 

a) Bodin discloses downloading, on a client computer, multiple files associated with 
media content; (see Bodin col. 2, lines 23-26; col. 2, lines 31-39: capability to 
combined multiple related data (i.e. media-specific, media content, metafiles) 
files into a single download event) 

b) Bodin discloses organizing the multiple files on a hard drive of the client 
computer; playing media associated with at least some of the files using a media 
player embodied on the client computer; (see Bodin col. 2, lines 23-26; col. 2, 
lines 31-39: capability to combined multiple related data (i.e. media-specific, 
media content, metafiles) files into a single download event) 
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It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Dwek to enable the download of multiple files 
within a single download event as taught by Bodin. One of ordinary skill in the art 
would be motivated to employ Bodin in order to optimize download delivery times 
for the transfer of files between networked systems, (see Bodin col. 1 , lines 22- 
25; col. 2, lines 16-19) 

Regarding Claim 67, Dwek discloses the method of claim 66, wherein said rendering 
comprises rendering the entire media player to include the visual content, (see Dwek 
col. 15, lines 5-8; col. 15, lines 14-18: media (i.e. song) specific information (i.e. 
downloaded); col. 11, line 66 - col. 12, line 4: skin capability for media content 
associated user interface) 

Regarding Claim 68, Dwek discloses a media player comprising software configured 
to: receive an input; responsive to the input and without any user intervention, 
automatically: 

b) play media associated with at least some of the files using a media player 
embodied on the client computer; (see Dwek col. 8, lines 2-7: stream (i.e. 
download) file; col. 5, lines 21-24: streamed delivery of media (i.e. song) file ; 
col. 7, lines 5-9: playlist option (i.e. multiple media content files downloaded)) and 

c) render at least a portion of the media player to include visual content, as part of a 
user interface, that is specific to the playing media and associated with at least 
some of the files that were downloaded, (see Dwek col. 15, lines 5-8; col. 15, 
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lines 14-18: media (i.e. song) specific information (i.e. downloaded); col. 11, line 
66 - col. 12, line 4: skin capability for media content associated user interface) 

a) Bodin discloses wherein to download, on a client computer, multiple files 

associated with media content; (see Bodin col. 2, lines 23-26; col. 2, lines 31-39: 
capability to combined multiple related data (i.e. media-specific, media content, 
metafiles) files into a single download event) 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Dwek to enable the download of multiple files 
within a single download event as taught by Bodin. One of ordinary skill in the art 
would be motivated to employ Bodin in order to optimize download delivery times 
for the transfer of files between networked systems, (see Bodin col. 1 , lines 22- 
25; col. 2, lines 16-19) 

6. Claims 7, 11, 13 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Dwek in view of England (US Patent No. 6,330,670). 

Regarding claim 7, Dwek discloses a media playback system using network 
communications for the download of media content for playback and display. Dwek prior 
art discloses one or more media content (i.e. song) files downloaded for playback, (see 
Dwek col. 8, lines 2-7: stream (i.e. download) file] col. 5, lines 21-24: streamed delivery 
of media (i.e. song) file) ; col. 7, lines 5-9: playlist option (i.e. multiple media content 
files downloaded) Dwek does not disclose using digital rights management technology 
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to manage accessing media. However, England discloses the method of claim 1 further 
comprising prior to said playing, using a digital rights management technique to access 
one or more of the downloaded file, mediaspecific file, and media content, (see England 
col. 4, lines 30-34; col. 8, lines 56-60: digital rights management for media content) 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to modify Dwek with digital rights management technology as 
taught in England. One would have been motivated to combine England with Dwek to 
achieve the extended capabilities to protect the security of media content, (see England 
col. 2, lines 11-17: "Content providers and the computer industry must quickly provide 
technologies and protocols for ensuring that digital content is properly handled in 
accordance with the rights granted by the publisher. If measures are not taken, 
traditional content providers may be put out of business by widespread theft, or, more 
likely, will refuse altogether to deliver content online." \ col. 3, lines 57-61: "Therefore, 
there is a need in the art for a digital hghts management operating system that protects 
the rights of the content provider while operating on a general-purpose personal 
computer without requiring additional hardware directed at securing downloaded, 
content") 

Regarding claim 11, England discloses the media player of claim 9, wherein the 
software code is configured to use a digital rights management technique to access one 
or more of the downloaded file, mediaspecific file, and media content prior to playing the 
media content, (see England col. 4, lines 30-34; col. 8, lines 56-60: digital rights 
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management for media content) 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to modify Dwek with digital rights management technology as 
taught in England. One would have been motivated to combine England with Dwek to 
achieve the extended capabilities to protect the security of media content, (see England 
col. 2, lines 11-17; col. 3, lines 57-61) 

Regarding claim 13, England discloses the method of claim 12 further comprising 
protecting at least one of the mediaspecific file and the media content file using a digital 
rights management technique, (see England col. 4, lines 30-34; col. 8, lines 56-60: 
digital rights management for media content) 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to modify Dwek with digital rights management technology as 
taught in England. One would have been motivated to combine England with Dwek to 
achieve the extended capabilities to protect the security of media content, (see England 
col. 2, lines 11-17; col. 3, lines 57-61) 

7. Claims 14, 20, 48, are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Dwek in view of van Zoest (US Patent No. 6,248,946) 

Regarding claim 14, Dwek discloses a media playback system using network 
communications for the download of media content for playback and display, (see Dwek 
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col. 5, lines 25-33) Dwek does not disclose the usage of the XML language for the 
playback and display of media content on a client browser. However, Van Zoest 
discloses the method of claim 12, wherein the usage of XML language for the playback 
and display of media content on a client browser said associating comprises 
establishing a relationship between the one mediaspecific file and the one media 
content file using an XML data structure, (see van Zoest col. 5, lines 1-6: tag based 
scripting language utilized) 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to modify Dwek with the usage of XML as taught in van Zoest. One 
would have been motivated to employ the XML in van Zoest in order to achieve the 

extended capabilities of Internet based browsing, (see van Zoest col. 3^ lines 45-55) 

i 

XML is an Extensible Markup Language based on the HTML language and extends the 
capabilities of the HTML language. 

Regarding claim 20, Van Zoest discloses the method of claim 19, wherein said 
associating comprises establishing a relationship between the one mediaspecific file 
and the one media content file using an XML data structure, (see van Zoest col. 5, lines 
1-6: tag. based scripting language utilized) 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to modify Dwek with the usage of XML as taught in van Zoest. One 
would have been motivated to employ the XML in van Zoest in order to achieve the 
extended capabilities of Internet based browsing, (see van Zoest col. 3, lines 45-55) 
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XML is an Extensible Markup Language based on the HTML language and extends the 
capabilities of the HTML language. 

Regarding claim 48, Van Zoest discloses the method of claim 45, wherein the one or 
more metafiles comprise at least one XML data structure that establishes said 
relationship, (see van Zoest col. 5, lines 1-6: tag based scripting language utilized) 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to modify Dwek with the usage of XML as taught in van Zoest. One 
would have been motivated to employ the XML in van Zoest in order to achieve the 
extended capabilities of Internet based browsing, (see van Zoest col. 3, lines 45-55) 
XML is an Extensible Markup Language based on the HTML language arid extends the 
capabilities of the HTML language. 

8. Claims 5, 6, 27, 34, 43 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Dwek-Bodin and further in view of Van Zoest. 
Regarding claim 5, Dwek discloses a media playback system using, network 
communications for the download of media content for playback and display, (see Dwek 
col. 8, lines 2-7: stream (i.e. download) file; col. 5, lines 21-24: streamed delivery of 
media (i.e. song) file ; col. 7, lines 5-9: playlist option (i.e. multiple media content files 
downloaded)) Dwek does not disclose using script technology to manage media 
processing within an Internet browser. However, Van Zoest discloses the method of 
claim 4, wherein said at least one mediaspecific file comprises least one script file for 
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scripting, (see van Zoest col. 4, lines 33-39: "In a preferred embodiment, the retailer 
API communicates with the User Interface Server 120 or the Verification Server 141 via 
HTTP." Scripting languages such as Perl are used to build API interfaces for 
processing software.) 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to modify Dwek with script file as taught in van Zoest. One would 
have been motivated to adapt the script file in van Zoest in order to achieve the 
extended capabilities of Internet based browsing, (see van Zoest col. 3<, lines 48-50: 
"HTTP is the set of rules for exchanging files (text, graphic images, sound, video and 
other multimedia files) on the Internet ") 

Regarding claim 6, Van Zoest discloses the method of claim 4, wherein said at least 
one mediaspecific file comprises least one script file that provides a capability for the 
user interface to respond to events, (see van Zoest col. 4, lines 33-39: tag based 
scripting language utilized) 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to modify Dwek with script file as taught in van Zoest. One would 
have been motivated to adapt the script file in van Zoest in order to achieve the 
extended capabilities of Internet based browsing, (see van Zoest col. 3, lines 48-50) ' 

Regarding claim 27, Van Zoest discloses the method of claim 25, wherein said 
organizing comprises using a hierarchical tagbased structure comprising an XML data 
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structure, (see van Zoest col. 5, lines 1-6: tag based scripting language utilized) 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to modify Dwek with the usage of XML as taught in van Zoest. One 
would have been motivated to employ the XML in van Zoest in order to achieve the 
extended capabilities of Internet based browsing, (see van Zoest col. 3 ( lines 45-55) 
XML is an Extensible Markup Language based on the HTML language and extends the 
capabilities of the HTML language. 

Regarding claim 34, Van Zoest discloses the media delivery mechanism of claim 33, 
wherein said metafile comprises an XML data structure that establishes said 
relationship, (see van Zoest col. 5, lines 1-6: tag based scripting language utilized) 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to modify Dwek with the usage of XML as taught in van Zoest. One 
would have been motivated to employ the XML in van Zoest in order to achieve the 
extended capabilities of Internet based browsing, (see van Zoest col. 3, lines 45-55) 
XML is an Extensible Markup Language based on the HTML language and extends the 
capabilities of the HTML language. 

Regarding claim 43, Van Zoest discloses the method of claim 40, wherein said one or 
more, metafiles associate said files using an XML data structure, (see van Zoest col. 5, 
lines 1-6: tag based scripting language utilized) 

It would have been obvious to a person of ordinary skill in the art at the time the 



Application/Control Number: 09/817,801 Page 35 

Art Unit: 2143 

invention was made to modify Dwek with the usage of XML as taught in van Zoest. One 

would have been motivated to employ the XML in van Zoest in order ( to achieve the 
extended capabilities of Internet based browsing, (see van Zoest col. 3, lines 45-55) 
XML is an Extensible Markup Language based on the HTML language and extends the 
capabilities of the HTML language. 

9. Claims 41 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
Dwek-Bodin and further in view of England. 

Regarding claim 41, Bodin discloses a single downloadable file (see Bodin col. 2, lines 
23-26; col. 2, lines 31-39: capability to combined multiple related data (i.e; media- 
specific, media content, metafiles) files into a single download event, and England 
discloses protecting one or more of the mediaspecific files, media content files, 
metafiles using one or more digital rights management technique, (see England col. 4, 
lines 30-34; col. 8, lines 56-60: digital rights management for media content) 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Dwek to enable the download of multiple files within a 
single download event as taught by Bodin, and to enable digital rights management 
technology as taught in England. One of ordinary skill in the art would be motivated to 
employ Bodin in order to optimize download delivery times for the transfer of files 
between networked systems (see Bodin col. 1, lines 22-25; col. 2, lines 16-19), and to 
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employ England to achieve the extended capabilities to protect the security, of media 
content, (see England col. 2, lines 11-17; col. 3, lines 57-61) 

Conclusion 

THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Kyung H. Shin whose telephone number is (571) 272- 
3920. The examiner can normally be reached on 9 am - 7 pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, David A. Wiley can be reached on (571) 272-3923. The fax phone number 
for the organization where this application or proceeding is assigned is 703-872-9306. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.usptp.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-21 7-91 97 (toll-free). 
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